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Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://webapp.etsi.org/IPR/home.asp ). 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 



This Technical Specification (TS) has been produced by ECMA on behalf of its members and those of the European 
Telecommunications Standards Institute (ETSI). 



Brief history 



In 2002, Ecma International formed Task Group 19 of Technical Committee 32 to specify Near Field Communication 
(NFC) signal interfaces and protocols. The NFC devices are wireless closely coupled devices communicating at 
13,56 MHz. 

The General Assembly of December 2002 adopted Near Field Communication Interface and Protocol- 1 (NFCIP-1) as 
Standai-dECMA-340[l]. 

The present document specifies protocol tests for ECMA-340 [1] and complements ECMA-356 [2], which specifies the 
RF interface tests for ECMA-340 [1]. 
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Scope 



The present document specifies protocol test methods for ECMA-340 [1] in addition to those specified in 
ECMA-356 [2]. 



Conformance 



In addition to conforming to ECMA-356 [2], implementations of ECMA-340 [1] shall pass all normative tests and 
requirements specified herein; test results shall be recorded using annexes A and B of the present document. 



3 References 

The following are normative references for the purpose of the present document. 

Referenced documents which are not found to be publicly available in the expected location might be found at 
http://docbox.etsi.org/Reference . 

[1] ECMA-340: "Near Field Communication - Interface and Protocol (NFCIP-1)". 

[2] ECMA-356: "NFCIP-1 - RF Interface Test Methods". 

[3] ISO/IEC 10373-6: "Identification cards - Test methods - Part 6: Proximity cards". 

4 Notational conventions 

4.1 Representation of numbers 

The following conventions and notations apply in the present document unless otherwise stated. 

Letters and digits in parentheses represent numbers in hexadecimal notation. 

The setting of bits is denoted by ZERO or ONE. 

Numbers in binary notation and bit patterns are represented by strings of digits and 1 shown with the most 
significant bit to the left. Within such strings, X may be used to indicate that the setting of a bit is not specified 
within the string. 

4.2 Names 

The names of basic elements, e.g. specific fields, are written with a capital initial letter. 



4.3 Test report 



The test report includes the number of passed tests versus the total number of tests, the number of different samples and 
the date of the tests, see annexes A and B. 
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5 Definitions 

5.1 Activation in Active communication Mode 

Flow to activate the DUT in Active communication Mode as defined in ECMA-340 [1], which includes initialization 
and protocol activation. 

5.2 Activation in Passive communication IVIode 

Flow to activate the DUT in Passive communication Mode as defined in ECMA-340 [1], which includes initialization 
and protocol activation. 

5.3 Active communication IVIode 

In the Active communication Mode scheme, as defined in ECMA-340 [1], both the Initiator and the Target use their 
own RF field to enable the communication. 

5.4 Operating volume 

A volume with a field strength of at least H^jj^jj and not exceeding H^^^^ generated by a NFC device at manufacturer 
specified positions. 

5.5 Passive communication Mode 

The Initiator is generating the RF field and the Target responds to an Initiator command in a load modulation scheme as 
defined in ECMA-340 [1]. 

5.6 Single Device Detection (SDD) 

SDD is an algorithm used by the initiator to detect one out of several Targets in its RF field. 

5.7 Scenario 

A scenario is a protocol and application specific sequence test operations. Scenario description tables list all individual 
test operations. 

A horizontal line in a scenario description table indicates that the device shall be reset to initial conditions. 
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5.8 



Test commands 



Commands defined for dedicated functional behaviour on an implemented system according to ECMA-340 [1]. The 
PDUs that are actually used in these commands shall be recorded in the test report (see annexes A and B). 

Definitions valid for all test commands: 

XX PNI 

The following test commands are specified based on PDUs specified in ECMA-340 [1]: 

A(ACK)^^ DEP_REQ or DEP_RES PDU coded as ACK/NACK PDU with ACK/NACK bit set to 

ZERO and PNI set to xx. 



A(NACK)^^ 

S(A) 

S(TO) 

TEST_COMMANDl^ 

TEST_RESP0NSE1^, 
TEST COMMAND2^ 



TEST C0MMAND3B, 



TEST C0MMAND3n. 



TEST COMMAND3E^ 



TEST RESP0NSE3. 



TEST COMMAND4^ 



TEST RESPONSE4, 



DEP_REQ or DEP_RES PDU coded as ACK/NACK PDU with ACK/NACK bit set to 
ONE and PNI set to xx. 

DEP_REQ or DEP_RES PDU coded as Supervisory PDU (as defined in ECMA-340) 
with the Timeout bit set to ZERO. No PNI is used for this command. 

DEP_REQ or DEP_RES PDU coded as Supervisory PDU (as defined in ECMA-340) 
with the Timeout bit set to ONE. No PNI is used for this command. 

Default Test command, it is a DEP_REQ frame coded as information PDU with "More 
Information" bit set to ZERO (no chaining) and the PNI set to xx. The Initiator or the 
target-test-apparatus sends this PDU. 

Response to TEST_COMMANDl (DEP_RES) with the PNI set to xx. 

Test command used for tests of the chaining procedure. This command forces the 

counterpart (either Initiator or Target) to use chaining in the next DEP_REQ. This 
command is a DEP_REQ or DEP_RES frame, for an Initiator or Target respectively, 
with its "More Information" bit set to ZERO and it uses the same PDU as 
TEST_C0MMAND1, but this PDU has different data. 

This command marks the beginning of a DEP_REQ or DEP_RES frame, for an Initiator 
or Target respectively, with its "More Information" bit set to ONE and the PNI set to xx. 

This command is sent after TEST_COMMAND3B and before TEST_C0MMAND3E. 
The lower case n represents a number ranging from to 9. This command has the 
"More Information" bit set to ONE and the PNI set to xx. 

This command marks the end of the chaining procedure and is a DEP_REQ or 
DEP_RES frame, for an Initiator or Target respectively, with the "More Information" 
bit set to ZERO and the PNI set to xx. 

is the response to the chaining command. Shall be a DEP_REQ or DEP_RES frame, for 
an Initiator or Target respectively, with the "More Information" bit set to ZERO and the 
PNI set to XX. 

Test command used for tests dealing with frame waiting time. The Initiator sends this 
command and forces the Target to use a Supervisory PDU with the timeout bit set to 
ONE and the PNI set to xx. 

is the response to TEST_C0MMAND4. It is a DEP_RES with the "More Information" 
bit set to ZERO and the PNI set to xx. It may be the same as TEST_RESP0NSE1. 
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Acronyms and abbreviations 



ATR_REQ ATtribute REQuest command as defined in ECMA-340 

ATR_RES RESponse to the ATR_REQ 

CRC Cyclic Redundancy Check as defined in annex A of ECMA-340 

~CRC CRC as defined above with all bits inverted 

DEP_REQ Data Exchange Protocol Request as defined in ECMA-340 

DEP_RES RESponse to the Data Exchange Protocol Request 

DID Device ID as defined in ECMA-340 

DSL_REQ DeSeLect Request command as defined in ECMA-340 

DSL_RES Response to the DSL_REQ 

DUT Device Under Test 

fc Frequency of operating field (carrier frequency) as defined in ECMA-340 

Hmax Maximum field strength of the Initiator antenna field as defined in ECMA-340 

Hmin Minimum field strength of the Initiator antenna field as defined in ECMA-340 

HThreshold Defined in ECMA-340 

ID IDentification number 

LT Lower Tester the Target-emulation part of the Initiator-Test-apparatus 

Mute No response within a specified timeout 

NFC Near Field Communication 

PDU Protocol Data Unit as defined in ECMA-340 

PNI Package Number Information as defined in ECMA-340 

POL_REQ polling REQuest command as defined in ECMA-340 

POL_RES RESponse to the Polling Request 

PSL_REQ Parameter SeLect Request command as defined in ECMA-340 

PSL_RES RESponse to the PSL_REQ 

RF Radio Frequency 

RFU Reserved for Future Use 

RLS_REQ ReLease Request command as defined in ECMA-340 

RLS_RES Response to the RLS_REQ 

SDD Single Device Detection as defined in ECMA-340 

Td The delay between the end of the Request frame and the start of the first time slot for SDD at 

212 kbps and 424 kbps (equals 512 x 64/fc) 

Ts The period of one time slot (equals 256 x 64/fc) 

TCM Test Control Message 

UT Upper Tester, the master part of the Initiator-Test-apparatus 



7 General description 

7.1 Apparatus for Testing 

NOTE: The test-apparatus may require information about the implemented protocol and functionality. These 
parameters shall be recorded in the test report. 

This clause is valid for Initiator and Target tests. 

Although the present document does not define dedicated test circuit for timing measurements and to check the 
correctness of the framing, influence of such circuit shall be avoided. 

7.1 .1 Generating the I/O character timing in reception mode 

The target-test-apparatus and the LT shall be able to generate the I/O bit stream according to ECMA-340 [1]. All timing 
parameters (e.g. start bit length, guard time, bit width, request guard time, start of frame width, end of frame width) 
shall be set to any value within the defined ranges of ECMA-340 [1]. The limits shall be tested according 
ECMA-356 [2]. 
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7.1 .2 Measuring and monitoring tine RF I/O protocol 

The targe-test-apparatus and the LT shall be able to measure the timing of the logical low and high states of the 
incoming demodulated data. 

7.1 .3 Test scenario and report 

Testing of the DUT as defined in the present document and requires a test scenario to be executed. This test scenario 
contains a protocol and application specific sequence. 

The result of the test scenario shall be documented in a test report as defined in annexes A and B. 

7.1.4 RFUbits 

A test shall fail and the DUT declared non-compliant in case an RPU field is not set to its default value. 

7.1.5 General rules 

The following rules apply: 

An Initiator (Target test apparatus) always sends a request whereas a Target (LT) sends a response. 

A response must follow a request. 

If the PNIs for the TEST RESPONSEn and TEST COMMANDn are the same, then TEST COMMANDn is correct. 



8 Target test methods 

8.1 Apparatus for testing the Target (Target-test-apparatus) 

The Target-test-apparatus tests the DUT by emulating an Initiator. 

The Target-test-apparatus shall execute the initialization and protocol activation and perform data exchange commands. 

8.2 List of protocol test methods related to ECMA-340 

To test Targets performing initialization and SDD in Passive communication Mode at 106 kbps the PICC test methods 
of ISO/IEC 10373-6 [3] must be executed. 

To test Targets performing initialization and SDD in Passive communication Mode at 212 kbps and 424 kbps the test 
methods listed in table 1 must be executed. 

Table 1 : Activation in Passive communication IVIode at 212 Itbps and 424 Itbps 



Test method 


Corresponding 


requirement 


Clause 


Name 


Base standard 


Clause(s) 


8.3.1 


Activation time 


ECMA-340 [1] 


11.2.2.3 


8.3.2 


Frame format 


ECMA-340 [1] 


11.2.2.2 


8.3.3 


SDD at 212 l<bps and 424 l<bps 


ECMA-340 [1] 


11.2.2.3 
11.2.2.4 



To test Targets performing initialization in Active communication Mode the test method in table 2 must be executed. 
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Table 2: Activation in Active communication lUlode 



Test method 


Corresponding requirement 


Clause 


Name 


Base standard 


Clause(s) 


8.4.1 


RF Collision Avoidance 


ECMA-340[1] 


11.1.2 



To test Targets using the transport protocol the test methods listed in table 3 must be executed. 

Table 3: Logical operation of the Transport Protocol 



Test method 


Corresponding requirement 


Clause 


Name 


Base standard 


Clause(s) 


8.5.1 


Handling of AIR REQ 


ECMA-340[1] 


12.5.1.3 


8.5.2 


Handling of PSL REQ 


ECMA-340[1] 


12.5.3.3 


8.5.3 


Handling of DEP REQ Information PDUs 


ECMA-340[1] 


12.6.1.2 


8.5.4 


Handling of DEP_REQ Information PDUs with the 
"more information" bit set to ONE 


ECMA-340[1] 


12.6.1.3 


8.5.5 


Handling of DEP_REQ supervisory PDUs with 
timeout bit set to QNE 


ECMA-340[1] 


12.6.1.3 


8.5.6 


Handling of DEP_REQ supervisory PDU's with 
timeout bit set to ZERO 


ECMA-340[1] 


12.6.1.3 


8.5.7 


Handling of DSL REQ 


ECMA-340[1] 


12.7.1.3 


8.5.8 


Handling of RLS REQ 


ECMA-340[1] 


12.7.2.3 



8.3 Activation in Passive communication IVIode at 212 kbps and 
424 kbps 

8.3.1 Activation time 

The purpose of this test is to verify that the Target responds with to a POL_REQ with a POL_RES within two seconds 
after power up (see ECMA-340 [1], clause 1 1.2.2.3). 

8.3.1.1 Procedure 

Repeat steps a) to e) for the data rates of 212 kbps and 424 kbps. 

a) Place the DUT into the operating volume. 

b) Generate an RF-field between the limits Hy^^^^ and H^^^ and verify that the field strength does not influence the 

test results. 

c) Send a POL_REQ command frame with TSN is set to at the selected data rate. 

d) If there is no POL_RES received after T^j and T^. are passed send the POL_REQ again. Repeat this step until a 
response from the DUT is received. 

e) Measure the timing between RF-on and the beginning of the P*^ response of the DUT. If the DUT responds in 
less than two seconds, the test is PASS otherwise it is FAIL. 

8.3.1.2 Test report 

The test report shall indicate whether the DUT behaves correctly for both data rates. 

8.3.2 Frame format 

The purpose of this test is to determine the frame formats at 212 kbps and 424 kbps are correct (see ECMA-340 [1], 
clause 11.2.2.2). 
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8.3.2.1 Procedure 

Repeat steps a) to d) for the data rates of 212 kbps and 424 kbps. 

a) Place the DUT into the operating volume. 

b) Generate an RF-field between the limits H^^^ and H^.^^ and verify that the field strength does not influence the 

test results. 

c) Send the POL_REQ command frame at the selected data rate. 

d) Verify the correct framing of the response from the DUT. 



8.3.2.2 



Test report 



The test report shall indicate whether the DUT behaves correctly for both data rates and shall include results for the 
following characteristics: 



Characteristic 


Expected result 


Preamble 


minimum 48 bits all logical ZEROs 


SYNC 


1st byte is "B2" 
2"'^ byte is "4D" 


value of the length byte 


"12" 


CRC bytes 


according to ECMA-340 [1], annex A 



8.3.3 SDD at 21 2 kbps and 424 kbps 



The purpose of this test is to determine the correct response to the POL_REQ (see ECMA-340 [1], clause 11. 2.2.4). 

8.3.3.1 Procedure 

Repeat steps a) to f) for the data rates of 212 kbps and 424 kbps. 

a) Place the DUT into the operating volume. 

b) Generate an RF-field between the limits H^^^^ and Hj^^^j^ and verify that the field strength does not influence the 
test results. 

c) Send a POL_REQ command frame with TSN is set to at the selected data rate. 

d) Record the time between POL_REQ and POL_RES. If the DUT does not respond in the last time slot available 
repeat step c). 

e) Analyse the content of the response. 

f) Increase the TSN to the next allowed value and repeat step a) to e) until the maximum TSN value is reached. 



8.3.3.2 



Test report 



The test report shall indicate whether the DUT behaves correctly for both data rates and shall include results for the 
following characteristics: 



Cliaracteristic 


Expected result 


1 St byte of the payload 


"01" 


2nd byte of the payload 


"01 " 


3rd byte of the payload 


"FE" 


time between end of POL REQ and 
end of POL RES 


Td + (TSN + 1)*T3 
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8.4 Activation in Active communication IVIode 
8.4.1 RF Collision Avoidance 

The purpose of this test is to determine the behaviour of the DUT in Active communication Mode during RF Collision 
Avoidance (see ECMA-340 [1], clause 11.1.2). 

8.4.1.1 Procedure 

Repeat steps a) to e) for the data rates of 106 kbps, 212 kbps and 424 kbps. 

a) Place the DUT into the operating volume. 

b) Generate an RF-field between the limits Hyy^^^ and Hj^^^^ and verify that the field strength does not influence the 
test results. 

c) Send a valid ATR_REQ command frame at the selected data rate and switch off the RF afterwards. 

d) Measure the time between RF-off of the Target test-apparatus and RF-on of the DUT. 

e) Repeat steps a) to d) until all randomly generated number of time periods are met and count the number of 
retries necessary. 

8.4.1.2 Test report 

The test report shall indicate whether the DUT behaves correctly for all data rates. 



Characteristic 


Expected result 


"•"adt 


minimum 768/fg 
maximum 2559/fj, 


Trfw 


ntimes512/fj. 



8.5 Logical operation of the Target Transport Protocol 
8.5.1 Handling of ATR_REQ 

The purpose of this test is to determine the correct handling of the ATR_REQ of the DUT (see ECMA-340 [1], 
clause 12.5.1.3.2). 

8.5.1.1 Procedure 

Repeat steps a) to e) for the data rates of 106 kbps, 212 kbps and 424 kbps and for both Active and Passive 
communication Modes. 

a) Place the DUT into the operating volume. 

b) Generate an RF-field between the limits H^^^ and H^.^^ and verify that the field strength does not influence the 
test results. 

c) Perform activation selected according at the selected data rate and follow the rules for Collision avoidance in 
Active communication mode. 

d) Apply the test scenario T 1. 

e) Analyse if the response from the DUT are according to scenario T 1 . 



£75/ 



15 



ETSI TS 102 394 V1.1.1 (2005-02) 



Scenario T 1 : ATR REQ 



Target-test-apparatus 



DUT 



TEST C0MMAND1 



ATR REQ 



00 



ATR REQ 



ATR_REQ (~CRC) 



ATR REQ 



TEST_CQMMAND1oo 



ATR REQ 



TEST_CQMMAND1oi 



Mute 



ATR RES 



ATR RES 



Mute 



ATR RES 



TEST RESPQNSE1 



Mute 



TEST RESPQNSE1 



00 



01 



8.5.1.2 Test report 

The test report sliall indicate whether the DUT behaves correctly for all data rates and communication modes. 

8.5.2 Handling of PSL_REQ 

The purpose of this test is to determine the correct PSL handling of the DUT (see ECMA-340 [1], clause 12.5.3.3.2). 
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8.5.2.1 



Procedure 



Repeat steps a) to f) for the data rates of 106 kbps, 212 kbps and 424 kbps and for both Active and Passive 
communication Modes. 

a) Place the DUT into the operating volume. 

b) Turn on a field between the limits Hjjjjj^ and Hj^^^^^ and verify that the field strength does not influence the test 
results. 

c) Perform initialization and protocol activation in the selected communication mode and data rate. 

d) Send an ATR_REQ and receive ATR_RES. 

e) Apply the test scenario T 2. 

f) Check the response from the DUT is according to scenario T 2. 

Scenario T 2: PSL REQ 



Target-test-apparatus 



DUT 



PSL REQ 



PSL REQ 



TEST_CQMMAND1oo 



PSL RES 



Mute 



TEST RESPQNSE1 



00 



PSL_REQ (~CRC) 



PSL REQ 



TEST_CQMMAND1oo 



Mute 



Mute 



TEST RESPQNSE1 



00 
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TEST_COMMAND1oo 



PSL REQ 



TEST_COMMAND1oi 



TEST RESP0NSE1 



Mute 



TEST RESP0NSE1 



00 



01 



8.5.2.2 Test report 

The test report shall indicate whether the DUT behaves correctly for all data rates and communication modes. 

8.5.3 Handling of DEP_REQ Information PDUs 

The purpose of this test is to determine the correct handling of the DEP_REQ information PDU of the DUT (see 
ECMA-340 [1], clause 12.6.1.3). 



8.5.3.1 



Procedure 



Repeat steps a) to f) for the data rates of 106 kbps, 212 kbps and 424 kbps and for both Active and Passive 
communication Modes. 

a) Place the DUT into the operating volume. 

b) Turn on a field between the limits Hj^^j^ and H^^ and verify that the field strength does not influence the test 
results. 

c) Perform activation in the selected communication mode and data rate. 

d) Send an ATR_REQ and receive the ATR_RES from the DUT. 

e) Execute scenario T 3 followed by scenario T 4. 

f) Check if the response and the PNIs from the DUT are according to the scenarios. 
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Scenario T 3: DEP REQ information PDU, correct transaction 



Target-test-apparatus 



DUT 



TEST_COMMAND1oo 



TEST RESP0NSE1 



00 



TEST_COMMAND1oi 



TEST RESP0NSE1 



01 



TEST_COMMAND1io 



TEST_RESPONSE1io 



TEST C0MMAND1 



11 
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Scenario T 4: DEP REQ information PDU, erroneous transaction 



Target-test-apparatus 



DUT 



TEST_COMMAND1oo (~CRC) 



S(A) 



TEST_COMMAND1oo 



TEST_COMMAND1oi 



Mute 



S(A) 



TEST RESP0NSE1 



TEST RESP0NSE1 



00 



01 



TEST_COMMAND1oo 



TEST_COMMAND1oi (~CRC) 



S(A) 



TEST_COMMAND1oi 



TEST RESP0NSE1 



Mute 



00 



S(A) 



TEST RESP0NSE1 



01 



8.5.3.2 Test report 

The test report shall indicate whether the DUT behaves correctly for all data rates and communication modes for both 



scenarios. 



8.5.4 Handling of DEP_REQ Information PDUs with the "more 
information" bit set to ONE 

The purpose of this test is to determine the correct handling of the DEP_REQ information PDU with the "more 
information" bit set to ONE (see ECMA-340 [1], clause 12.6.1.3). 
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8.5.4.1 



Procedure 



Repeat steps a) to f) for the data rates of 106 kbps, 212 kbps and 424 kbps and for both Active and Passive 
communication Modes. 

a) Place the DUT into the operating volume. 

b) Turn on a field between the limits Hjjjjj^ and Hj^^^^^ and verify that the field strength does not influence the test 
results. 

c) Perform activation in the selected communication mode and data rate. 

d) Send an ATR_REQ and receive the ATR_RES from the DUT. 

e) Execute scenario T 5 followed scenario T 6. 

f) Check if the response and the PNIs from the DUT are according to the test scenarios. 

Scenario T 5: DEP REQ information PDU with more information bit set, correct transaction 



Target-test-apparatus 



DUT 



TEST_COMMAND1oo 



TEST_COMMAND3Boi 



TEST_COMMAND3Eio 



TEST_C0MMAND1ii 



TEST RESP0NSE1 



A(ACK)oi 



TEST RESPONSES 



00 



10 



TEST_RESP0NSE1ii 



TEST_COMMAND1oo 



TEST_COMMAND2oi 



A(ACK)io 



TEST_C0MMAND1ii 



TEST RESP0NSE1 



00 



TEST_COMMAND3Boi 



TEST_COMMAND3Eio 



TEST_RESP0NSE1ii 
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Scenario T 6: DEP REQ information PDU withi more information bit set, erroneous transaction 



Target-test-apparatus 



DUT 



TEST_COMMAND1oo 



TEST_COMMAND3Boi 



TEST_COMMAND30io (~CRC) 



S(A) 



TEST_COMMAND30io 



TEST_C0MMAND3Eii 



TEST C0MMAND1 



00 



TEST RESP0NSE1 



A(ACK)oi 



Mute 



00 



S(A) 



A(ACK)io 



TEST RESP0NSE3 



TEST RESP0NSE1 



11 



00 
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TEST_COMMAND1oo 



TEST_COMMAND2oi 



A(ACK)io(~CRC) 



S(A) 



A(ACK)io 



TEST_C0MMAND1ii 



TEST RESP0NSE1 



00 



TEST_COMMAND3Boi 



Mute 



S(A) 



TEST RESP0NSE3E 



10 



TEST_RESP0NSE1ii 



8.5.4.2 Test report 

The test report shall indicate whether the DUT behaves correctly for all data rates and communication modes. 

8.5.5 Handling of DEP_REQ supervisory PDU's witin timeout bit set to 
ONE 

The purpose of this test is to determine the correct handling of the DEP_REQ with supervisory PDU with timeout bit 
set to ONE (see ECMA-340 [1], clause 12.6.1.3). 



8.5.5.1 



Procedure 



Repeat steps a) to f) for the data rates of 106 kbps, 212 kbps and 424 kbps and for both Active and Passive 
communication Modes. 

a) Place the DUT into the operating volume. 

b) Turn on a field between the limits H^^^ and H^,^^ and verify that the field strength does not influence the test 
results. 

c) Perform activation in the selected communication mode and data rate. 

d) Send an ATR_REQ and receive the ATR_RES from the DUT. 

e) Execute scenario T 7 followed by scenario T 8. 

f) Check if the response and the PNIs from the DUT are according to scenarios. 
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Scenario T 7: DEPREQ supervisory PDU withi timeout bit set to ONE; correct transaction 



Target-test-apparatus 



DUT 



TEST_COMMAND1oo 



TEST_COMMAND4oi 



S(TO) 



TEST_COMMAND1io 



TEST RESP0NSE1 



S(TO) 



TEST RESPONSES 



00 



01 



TEST_RESPONSE1io 



Scenario T 8: DEP_REQ supervisory PDU, timeout bit set, erroneous transaction 



Target-test-apparatus 



DUT 



TEST_COMMAND1oo 



TEST_COMMAND4oi 



S(TO) (~CRC) 



S(A) 



S(TO) 



TEST_COMMAND1io 



TEST RESP0NSE1 



S(TO) 



Mute 



00 



S(A) 



TEST RESP0NSE4, 



01 



TEST_RESPONSE1io 



8.5.5.2 Test report 

The test report shall indicate whether the DUT behaves correctly for all data rates and both communication modes. 
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8.5.6 Handling of DEP_REQ supervisory PDUs witin timeout bit set to 
ZERO 

The purpose of this test is to determine the correct handling of the DEP_REQ supervisory PDU with the timeout bit set 
to ZERO (see ECMA-340 [1], clause 12.6.1.3). 



8.5.6.1 



Procedure 



Repeat steps a) to f) for the data rates of 106 kbps, 212 kbps and 424 kbps and for both Active and Passive 
communication Modes. 

a) Place the DUT into the operating volume. 

b) Turn on a field between the limits H^^^ and Hj^^^ and verify that the field strength does not influence the test 
results. 

c) Perform activation in the selected communication mode and data rate. 

d) Send an ATR_REQ and receive the ATR_RES from the DUT. 

e) Execute scenario T 9 followed by scenario T 10. 

f) Check if the response and the PNIs from the DUT are according to the scenarios. 

Scenario T 9: DEP_REQ supervisory PDU, timeout bit not set to ZERO, correct transaction 



Target-test-apparatus 



DUT 



TEST_COMMAND1oo 



S(A) 



TEST_COMMAND1oi 



TEST RESP0NSE1 



S(A) 



TEST RESP0NSE1 



00 



01 
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Scenario T 10: DEP_REQ supervisory PDU, timeout bit not set to ZERO, erroneous transaction 



Target-test-apparatus 



DUT 



TEST C0MMAND1 



S(A) (~CRC) 



00 



S(A) 



TEST_COMMAND1oi 



TEST RESP0NSE1 



Mute 



00 



S(A) 



TEST RESP0NSE1 



01 



8.5.6.2 Test report 

The test report shall indicate whether the DUT behaves correctly for all data rates and communication modes. 

8.5.7 Handling of DSL_REQ 

The purpose of this test is to determine the correct handling of the DSL_REQ (see ECMA-340 [1], clause 12.7.1.3). 



8.5.7.1 



Procedure 



Repeat steps a) to f) for the data rates of 106 kbps, 212 kbps and 424 kbps and for both Active and Passive 
communication Modes. 

a) Place the DUT into the operating volume. 

b) Turn on a field between the limits H^j^-j^ and Hj^j^^ and verify that the field strength does not influence the test 
results. 

c) Perform activation in the selected communication mode and data rate. 

d) Send an ATR_REQ and receive the ATR_RES from the DUT. 

e) Execute scenario Til followed scenario T 12. 

f) Check if the response and the PNIs from the DUT are according to the scenarios. 
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Scenario T 1 1 : DSL REQ, correct transaction 



Target-test-apparatus 



DUT 



TEST C0MMAND1 



DSL REQ 



00 



DSL REQ 



TEST RESPQNSE1 



DSL RES 



00 



Mute 



Scenario T 12: DSL REQ, erroneous transaction 



Target-test-apparatus 



DUT 



TEST_CQMMAND1oo 



DSL_REQ (~CRC) 



DSL REQ 



TEST RESPQNSE1 



Mute 



00 



DSL RES 



8.5.7.2 Test report 

The test report shall indicate whether the DUT behaves correctly for all data rates and communication modes. 

8.5.8 Handling of RLS_REQ 

The purpose of this test is to determine the correct handling of the RLS_REQ of the DUT (see ECMA-340 [1], 
clause 12.7.2.3). 
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8.5.8.1 



Procedure 



Repeat steps a) to h) for the data rates of 106 kbps, 212 kbps and 424 kbps and for both Active and Passive 
communication Modes. 

a) Place the DUT into the operating volume. 

b) Turn on a field between the limits Hjjjjj^ and Hj^^^^^ and verify that the field strength does not influence the test 
results. 

c) Perform activation in the selected communication mode and data rate. 

d) Send an ATR_REQ and receive the ATR_RES from the DUT. 

e) Execute scenario T 13 followed scenario T 14. 

f) Check if the response and the PNIs from the DUT are according to the scenarios. 

g) Perform activation for the selected communication mode and data rate, 
h) Send ATR_REQ and check valid ATR_RES from the DUT. 

Scenario 113: RLS REQ, correct transaction 



Target-test-apparatus 



DUT 



TEST_COMMAND1oo 



RLS REQ 



RLS REQ 



TEST RESPQNSE1 



RLS RES 



00 



Mute 



Scenario T 14: RLS REQ, erroneous transaction 



Target-test-apparatus 



DUT 



TEST_CQMMAND1oo 



RLS_REQ (~CRC) 



RLS REQ 



TEST RESPQNSE1 



Mute 



00 



RLS RES 



8.5.8.2 Test report 

The test report shall indicate whether the DUT behaves correctly for all data rates and communication modes. 
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8.5.9 Handling of WUP_REQ (Active communication Mode Only) 

The purpose of this test is to determine the correct handUng of the WUP_REQ of the DUT (see ECMA-340 [1], clause 
12.5.2.3). 

8.5.9.1 Procedure 

Repeat steps a) to g) for the data rates of 106 kbps, 212 kbps and 424 kbps. 

a) Place the DUT into the operating volume. 

b) Turn on a field between the limits Hj^^jj^ and Hj^^^^ and verify that the field strength does not influence the test 
results. 

c) Perform activation in Active communication Mode at the selected data rate. 

d) Send an ATR_REQ and receive the ATR_RES from the DUT. 

e) Execute scenario T 15 followed by scenario T 16. 

f) Check if the response and the PNIs from the DUT are according to the scenarios. 

g) Send an ATR_REQ and receive the ATR_RES from the DUT. 

Scenario T 15: WUP REQ, correct transaction 



Target-test-apparatus 



DUT 



TEST_GOMMAND1oo 



TEST_GOMMAND1oi 



DSL REQ 



WUP REQ 



TEST GQMMAND1 



00 



TEST RESPQNSE1 



TEST RESPQNSE1 



00 



01 



DSL RES 



WUP RES 



TEST RESPQNSE1 



00 
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Scenario T 16: WUP REQ, erroneous transaction 



Target-test-apparatus 



DUT 



TEST C0MMAND1 



00 



TEST RESP0NSE1 



00 



TEST_COMMAND1oi 



TEST RESP0NSE1 



01 



DSL REQ 



DSL RES 



TEST_COMMAND1io 



Mute 



TEST_COMMAND1oo 



Mute 



WUP REQ 



WUP RES 



TEST CQMMAND1 



00 
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TEST_COMMAND1oo 



TEST_COMMAND1oi 



DSL REQ 



WUP_REQ(~CRC) 



WUP REQ 



TEST COM MAN D1 



00 



TEST RESP0NSE1 



TEST RESP0NSE1 



00 



01 



DSL RES 



Mute 



WUP RES 



TEST RESP0NSE1 



00 



8.5.9.2 Test report 

The test report shall indicate whether the DUT behaves correctly for all data rates. 

9 Initiator test methods 

9.1 Apparatus for testing the Initiator (Initiator-test-apparatus) 
9.1 .1 Initiator test apparatus concept 

The Initiator-test-apparatus consists of two parts: 

The Upper Tester (UT) configures the Initiator and instructs the Initiator to send commands. The present 
document does not specify how the UT controls the DUT. 

The Lower Tester (LT) emulates the Target protocol, and includes a digital sampling oscilloscope for timing 
measurements. 
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Upper Tester (UT) 


nitiator 

Test 

Apparatus 








Initiator (DUT) 




PDUs 




Lower Tester (LT) 



Figure 1 : Initiator test apparatus concept 

9.1 .2 Protocol activation procedure for Passive communication Mode at 
1 06 kbps 

Activate the LT by executing the following sequence: 

a) Set the LT in Passive communication Mode at 106 kbps 

b) Set the DUT in Passive communication Mode at 106 kbps. 

c) Instruct the DUT to perform activation and SDD at 106 kbps. 

9.1 .3 Protocol activation procedures for Passive communication Mode at 
212 kbps and 424 kbps 

Repeat the following sequence for the data rates of 212 kbps and 424 kbps: 

a) Set the LT in Passive communication Mode at the selected data rate. 

b) Set the DUT in Passive communication Mode at the selected data rate. 

c) Instruct the DUT to perform SDD at the selected data rate. 

9.1 .4 Protocol activation procedures for Active communication Mode 

Repeat the following sequence for the data rates of 106 kbps, 212 kbps and 424 kbps: 

a) Set the LT in Active communication Mode at the selected data rate. 

b) Set the DUT in Active communication Mode at the selected data rate. 

c) Instruct the DUT to perform Active communication Mode activation flow at selected data rate (see 
ECMA-340 [1], clause 12.3). 
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9.2 List of protocol test methods for Initiators 

This clause lists all required protocol test methods for Initiators. 

To test Initiators performing initialization and SDD in Passive communication Mode at 106 kbps execute the PCD test 
methods as defined in ISO/IEC 10373-6 [3]. 

To test initiators performing initialization and SDD in Passive communication Mode at 212 kbps and 424 kbps execute 
the test methods in table 4. 

Table 4: Activation in Passive communication IVIode at 212 l<bps and 424ltbps 



Test method 


Corresponding requirement 


Clause 


Name 


Base standard 


Clause(s) 


9.3.1 


Frame format 


ECMA-340[1] 


11.2.2.2 


9.3.2 


SDD at 212 kbps and 424 kbps 


ECMA-340[1] 


11.2.2.3 
11.2.2.4 



To test Initiators performing initialization in Active communication Mode execute the test methods in table 5. 

Table 5: Activation in Active communication Mode 



Test method 


Corresponding requirement 


Clause 


Name 


Base standard 


Clause(s) 


9.4.1 


Initial RF Collision Avoidance 


ECMA-340[1] 


11.1.1 


9.4.2 


Response RF Collision Avoidance with time jitter 
n = 


ECMA-340[1] 


11.1.2 



To test initiators using the transport protocol execute the test methods in table 6. 

Table 6: Logical operation of the Initiator Transport Protocol 



Test method 


Corresponding requirement 


Clause 


Name 


Base standard 


Clause(s) 


9.5.1 


Handling of AIR RES 


EGMA-340[1] 


12.5.1.3 


9.5.2 


Handling of PSL RES 


EGMA-340[1] 


12.5.3.3 


9.5.3 


Handling of DEP RES information PDUs 


EGMA-340[1] 


12.6.1.2 


9.5.4 


Handling of DEP_RES Information PDU's with 
more information bit set to ONE 


ECMA-340[1] 


12.6.1.3 


9.5.5 


Handling of DEP_RES supervisory PDU's with 
timeout bit set to ONE 


EGMA-340[1] 


12.6.1.3 


9.5.6 


Handling of DEP_RES supervisory PDU's with 
timeout bit set to ZERO 


EGMA-340[1] 


12.6.1.3 


9.5.7 


Handling of DSL RES 


EGMA-340[1] 


12.7.1.3 


9.5.8 


Handling of RLS RES 


EGMA-340[1] 


12.7.2.3 



9.3 Activation in Passive communication Mode at 212 kbps and 
424 kbps 

9.3.1 Frame format 

The purpose of this test is to determine the correct frame format of the DUT at 212 kbps and 424 kbps (see 
ECMA-340 [1], clause 11.2.2.2). 
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9.3.1.1 Procedure 

Repeat steps a) to d) for the 212 kbps and 424 kbps. 

a) Place the LT into the operating volume of the DUT. 

b) Execute clause 9.1.3 with selected data rate. 

c) The LT waits until the DUT sends a valid POL_REQ. 

d) Verify that the frame attributes are in accordance to ECMA-340 [1], clause 1 1.2.2.2. 

9.3.1.2 Test report 

The test report shall indicate whether the DUT behaves correctly for both data rates. 

9.3.2 SDD at 21 2 kbps and 424 kbps 

The purpose of this test is to determine the correct handling of the POL_REQ of the DUT (see ECMA-340 [1], 
clauses 11.2.2.3 and 11.2.2.4). 

9.3.2.1 Procedure 

Repeat steps a) to f) for all TSN values and for 212 kbps and 424 kbps data rates. 

a) Place the LT into the operating volume of the DUT. 

b) Execute clause 9.1.3 with selected TSN and selected data rate. 

c) The LT waits until the DUT sends a valid POL_REQ. 

d) The LT answers with a POL_RES in the last allowed timeslot. 

e) Instruct the DUT to send ATR_REQ. 

f) The LT receives the ATR_REQ. 

9.3.2.2 Test report 

The test report shall indicate whether the DUT behaves correctly for both data rates and all TSN values. 

9.4 Activation in Active communication IVIode 
9.4.1 Initial RF Collision Avoidance 

The purpose of this test is to verify the behaviour of the DUT during initial RF Collision Avoidance (see ECMA-340 
[1], clause 11.1.1). 
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9.4.1.1 Procedure 

Repeat steps a) to h) for the 106 kbps, 212 kbps and 424 kbps data rates. 

a) Place the LT into the operating volume of the DUT. 

b) The LT (field generating antenna) shall generate an RF-field. (Arrangement of test assembly can be found in 
ECMA-356 [2]). 

c) Ensure that the field strength at the DUT is at least Hjjjj.gj.jjQ[jj. 

d) Execute clause 9. 1 .4 with selected data rate. 

e) The LT shall switch off its RF-field. 

f) The LT waits until the DUT sends a valid ATR_REQ. 

g) Analyse the timing between the RF off of the LT and the RF on of the DUT (see ECM A-340 [ 1 ] , 

clause 11.1.1). 

h) Repeat steps a) to g) until all possible values for n of Tj^pQ are detected. 

9.4.1.2 Test report 

The test report shall indicate whether the DUT behaves correctly for all data rates. 

9.4.2 Response RF Collision Avoidance with time jitter n = 

The purpose of this test is to verify the behaviour of the DUT during response RF Collision Avoidance with time jitter 
n = (see ECMA-340 [1], clause 11.1.2). 

9.4.2.1 Procedure 

Repeat steps a) to g) for the 106 kbps, 212 kbps and 424 kbps data rates. 

a) Place the LT into the operating volume of the DUT. 

b) Execute clause 9. 1 .4 with selected data rate. 

c) The LT waits until the DUT sends a vaUd ATR_REQ. 

d) The LT answers with a valid ATR_RES . 

e) Instruct the DUT to send TEST_COMMAND 1 . 

f) The LT receives the TEST_COMM AND 1 . 

g) Verify that the time between the RF off of the LT and the RF on of the DUT complies with ECMA-340 [1], 
clause 11.1.2. 

9.4.2.2 Test report 

The test report shall indicate whether the timing is correct for all data rates. 

9.5 Logical operation of the Transport Protocol 
9.5.1 Handling of ATR_RES 

The purpose of this test is to determine the correct handling of the ATR_RES of the DUT (see ECMA-340 [1], 
clause 12.5.1.3). 
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9.5.1.1 Procedure 

Repeat steps a) to c) for all specified data rates, communication modes and protocol activation procedure combinations. 

a) Place the LT into the operating volume of the DUT. 

b) Execute clause 9.1.2 for Passive communication Mode at 106 kbps, clause 9.1.3 for Passive communication 
Mode at 212 kbps and 424 kbps and clause 9.1.4 for Active communication Mode at all data rates. 



c) Execute scenario I 1 . 



Scenario 1 1 : ATR RES 



DUT 



LT 



ATR REQ 



TEST_COMMAND1oo 



TEST_COMMAND1oi 



ATR RES 



TEST RESP0NSE1 



00 



ATR REQ 



ATR REQ 



TEST_CQMMAND1oo 



ATR_RES(~CRC) 



ATR_RES 



9.5.1.2 Test report 

The test report shall indicate whether the DUT behaves correctly for all data rates and communication modes. 

9.5.2 Handling of PSL_RES 

The purpose of this test is to determine the correct handling of the PSL_RES (see ECMA-340 [1], clause 12.5.3.3). 

9.5.2.1 Procedure 

Repeat steps a) to c) for all specified data rate, communication mode and protocol activation procedure combinations. 

a) Place the LT into the operating volume of the DUT. 

b) Execute clause 9.1.2 for Passive communication Mode at 106 kbps, clause 9.1.3 for Passive communication 
Mode at 212 kbps and 424 kbps and clause 9.1.4 for Active communication Mode at all data rates. 

c) Execute scenario 1 2. 
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Scenario I 2: PSL RES 



DUT 



LT 



ATR REQ 



PSL REQ 



TEST_COMMAND1oo 



ATR_RES (changeable params) 



PSL RES 



ATR REQ 



PSL REQ 



PSL REQ 



TEST_CQMMAND1oo 



ATR_RES (changeable params) 



PSL_RES (~CRC) 



Mute 



9.5.2.2 Test report 

The test report shall indicate whether the DUT behaves correctly for all data rates and communication modes. 

9.5.3 Handling of DEP_RES Information PDUs 

The purpose of this test is to determine the correct handling of the DEP_RES (see ECMA-340 [1], clause 12.6.1.2). 

9.5.3.1 Procedure 

Repeat steps a) to d) for all specified data rate, communication mode and protocol activation procedure combinations. 

a) Place the LT into the operating volume of the DUT. 

b) Execute clause 9.1.2 for Passive communication Mode at 106 kbps, clause 9.1.3 for Passive communication 
Mode at 212 kbps and 424 kbps and clause 9.1.4 for Active communication Mode at all data rates. 

c) Execute scenario 1 3. 

d) Execute scenario 1 4. 
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Scenario I 3: DEP RES information PDU, correct transaction 



DUT 



LT 



TEST C0MMAND1 



00 



TEST_COMMAND1oi 



TEST_COMMAND1iO 



TEST_C0MMAND1ii 



TEST RESP0NSE1 



TEST RESP0NSE1 



00 



01 



TEST_RESPONSE1io 



TEST RESP0NSE1 



11 



Scenario I 4: DEP RES information PDU, erroneous transaction 



DUT 



LT 



TEST_COMMAND1oo 



A(NACK)oo 



TEST_COMMAND1oi 



TEST_RESPONSE1no (~CRC) 



TEST RESP0NSE1 



00 



TEST C0MMAND1 



A(NACK)oo 



00 



A(NACK)oo 



TEST_COMMAND1oi 



TEST_RESP0NSE1 qq (~CRC) 



Mute 



TEST RESP0NSE1 



00 



9.5.3.2 Test report 

The test report shall indicate whether the DUT behaves correctly for all data rates and communication modes. 



£75/ 



38 



ETSI TS 102 394 V1.1.1 (2005-02) 



9.5.4 Handling of DEP_RES Information PDU's with more information bit 
set to ONE 

The purpose of this test is to determine the correct handling of the DEP_RES with information bit set to ONE (see 
ECMA-340 [1], clause 12.6.1.3). 

9.5.4.1 Procedure 

Repeat steps a) to d) for all specified data rate, communication mode and protocol activation procedure combinations. 

a) Place the LT into the operating volume of the DUT. 

b) Execute clause 9.1.2 for Passive communication Mode at 106 kbps, clause 9.1.3 for Passive communication 
Mode at 212 kbps and 424 kbps and clause 9.1.4 for Active communication Mode at all data rates. 

c) Execute scenario I 5. 

d) Execute scenario I 6. 

Scenario I 5: DEP RES with more information bit set to ONE, correct transaction 



DUT 



LT 



TEST_COMMAND1oo 



TEST_COMMAND3Boi 



TEST_COMMAND3Eio 



TEST_C0MMAND1ii 



TEST_COMMAND2oo 



A(ACK)oi 



TEST RESPONSES 



10 



TEST C0MMAND1 



A(ACK)oi 



TEST RESPONSES 



00 



10 



TEST_COMMANDSBoo 



TEST_COMMANDSEoi 
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Scenario I 6: DEP RES with more information bit set to ONE, erroneous transaction 



DUT 



LT 



TEST C0MMAND1 



00 



TEST_C0MMAND1ii 



TEST_COMMAND3Boo (~CRC) 



A(NACK)oo 



TEST_COMMAND3Boo 



A(ACK)oi 



TEST_COMMAND3Eoi 



TEST RESPONSES 



10 



TEST_COMMAND1oo 



TEST_COMMAND2oo 



TEST_COMMAND3Boi 



A(ACK)oi (~CRC) 



A(NACK)oi 



A(ACK)oi 



TEST_COMMAND3Eio 



TEST_RESPONSE3io 
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TEST_COMMAND1oo 



A(ACK)oi 



A(NACK)oi 



A(NACK)oi 



A(ACK)io 



TEST_C0MMAND1ii 



TEST_COMMAND3Boo 



TEST_COMMAND30oi (~CRC) 



Mute 



TEST_COMMAND30oi 



TEST_COMMAND3Eio 



9.5.4.2 Test report 

The test report shall indicate whether the DUT behaves correctly for all data rates and communication modes. 

9.5.5 Handling of DEP_RES supervisory PDU's witin timeout bit set to 
ONE 

The purpose of this test is to determine the correct handling of the DEP_RES with supervisory PDUs with timeout bit 
set to ONE (see ECMA-340 [1], clause 12.6.1.3). 

9.5.5.1 Procedure 

Repeat steps a) to d) for all specified data rate, communication mode and protocol activation procedure combinations. 

a) Place the LT into the operating volume of the DUT. 

b) Execute clause 9.1.2 for Passive communication Mode at 106 kbps, clause 9.1.3 for Passive communication 
Mode at 212 kbps and 424 kbps and clause 9.1.4 for Active communication Mode at all data rates. 

c) Execute scenario I 7. 

d) Execute scenario I 8. 
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Scenario I 7: DEP RES with timeout bit set to ONE, correct transaction 



DUT 



LT 



TEST_COMMAND1oo 



S(TO) 



TEST_COMMAND1oi 



S(TO) 



TEST RESP0NSE1 



00 



Scenario I 8: DEP RES withi timeout bit set to ONE, erroneous transaction 



DUT 



LT 



TEST_COMMAND1oo 



A(NACK)oo 



S(TO) 



TEST_COMMAND1oi 



S(TO) (~CRC) 



S(TO) 



TEST RESP0NSE1 



00 



TEST_COMMAND1oo 



A(NACK)oo 



A(NACK)oo 



S(TO) 



TEST_COMMAND1oi 



S(TO) (~CRC) 



Mute 



S(TO) 



TEST RESP0NSE1 



00 



9.5.5.2 Test report 

The test report shall indicate whether the DUT behaves correctly for all data rates and communication modes. 
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9.5.6 Handling of DEP_RES supervisory PDUs witin timeout bit set to 
ZERO 

The purpose of this test is to determine the correct handling of the DEP_RES supervisory PDU with timeout bit set to 
ZERO (Attention) (see ECMA-340 [1], clause 12.6.1.3). 

9.5.6.1 Procedure 

Repeat steps a) to d) for all specified data rate, communication mode and protocol activation procedure combinations. 

a) Place the LT into the operating volume of the DUT. 

b) Execute clause 9.1.2 for Passive communication Mode at 106 kbps, clause 9.1.3 for Passive communication 
Mode at 212 kbps and 424 kbps and clause 9.1.4 for Active communication Mode at all data rates. 

c) Execute scenario I 9. 

d) Execute scenario 110. 

Scenario I 9: DEP RES with timeout bit set to ZERO, correct transaction 




Scenario 1 10: DEP RES with timeout bit set to ZERO, erroneous transaction 




9.5.6.2 Test report 

The test report shall indicate whether the DUT behaves correctly for all data rates and communication modes. 



9.5.7 Handling of DSL_RES 



The purpose of this test is to determine the correct handling of the DSL_RES of the DUT (see ECMA-340 [1], 
clause 12.7.1.3). 



£75/ 



43 



ETSI TS 102 394 V1.1.1 (2005-02) 



9.5.7.1 Procedure 

Repeat steps a) to d) for all specified data rate, communication mode and protocol activation procedure combinations. 

a) Place the LT into the operating volume of the DUT. 

b) Execute clause 9.1.2 for Passive communication Mode at 106 kbps, clause 9.1.3 for Passive communication 
Mode at 212 kbps and 424 kbps and clause 9.1.4 for Active communication Mode at all data rates. 

c) Execute scenario 111. 

d) Execute scenario 112. 

Scenario 111: DSL RES, correct transaction 



DUT 



LT 



TEST_COMMAND1oo 



DSL REQ 



TEST RESP0NSE1 



DLS RES 



00 



Scenario 1 12: DSL RES, erroneous transaction 



DUT 



LT 



TEST_COMMAND1oo 



DSL REQ 



DSL REQ 



TEST RESPQNSE1 



Mute 



00 



DSL RES 



9.5.7.2 Test report 

The test report shall indicate whether the DUT behaves correctly for all data rates and communication modes. 



9.5.8 Handling of RLS_RES 



The purpose of this test is to determine the correct handling of the RLS_RES of the DUT (see ECMA-340 [1], 
clause 12.7.2.3). 
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9.5.8.1 Procedure 

Repeat steps a) to d) for all specified data rate, communication mode and protocol activation procedure combinations. 

a) Place the LT into the operating volume of the DUT. 

b) Execute clause 9.1.2 for Passive communication Mode at 106 kbps, clause 9.1.3 for Passive communication 
Mode at 212 kbps and 424 kbps and clause 9.1.4 for Active communication Mode at all data rates. 

c) Execute scenario 113. 

d) Execute scenario I 14. 

Scenario 1 13: RLS RES, correct transaction 



DUT 



LT 



TEST_COMMAND1oo 



RLS REQ 



TEST RESP0NSE1 



RLS RES 



00 



Scenario 1 14: RLS RES, erroneous transaction 



DUT 



LT 



TEST_COMMAND1oo 



RLS REQ 



RLS REQ 



TEST RESPQNSE1 



Mute 



00 



RLS RES 



9.5.8.2 Test report 

The test report shall indicate whether the DUT behaves correctly for all data rates and communication modes. 
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Annex A (normative): 

Test report template for Target tests 



Supplier: 
Product: 



Legend: 

A: 106 kbps 
A: 212 kbps 
A: 424 kbps 
P: 106 kbps 
P: 212kbps 
P: 424 kbps 



Active communication Mode at 106 kbps 
Active communication Mode at 212 kbps 
Active communication Mode at 424 kbps 
Passive communication Mode at 106 kbps 
Passive communication Mode at 212 kbps 
Passive communication Mode at 424 kbps 





Command and ID definitions valid for all protocol tests 


No 


Command name 


Description 


Data Used 


1 


TEST C0MMAND1 


Default command used for test 




2 


TEST_RESP0NSE1 


Default response used for 
TEST C0MMAND1 




3 


TEST C0MMAND2 


Default command used to force chaining 




4 


TEST_C0MMAND3 


Default command using chaining. This 
command is divided in more than 1 part. 




5 


TEST_RESP0NSE3 


Default response used for 
TEST C0MMAND3 




6 


TEST_C0MMAND4 


Default command which forces Response 
Waiting Time at Target side 




7 


TEST_RESP0NSE4 


Default response to TEST_C0MMAND4 after 
Response Waiting Time has been processed. 




8 


DID 


Identifier used for tests 




9 


NAD 


Tested only if Target supports NAD 


Yes / No 


10 


Chaining 


Tested only if Target supports commands 
longer than 63 bytes 


Yes / No 
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8.3 Activation in Passive communication Mode at 212 kbps and 424 l<bps 


No 


Testname 


Expected result 

according to 

ECIVIA-340 


Reference clause in 
ECMA-340 


Condition 


Test results 
PASS/FAIL 


1 


8.3.1 Activation 
time 


The test passes if the 
DUT responds in the 
time defined in 
ECMA-340. 


11.2.2.3 


P: 212 kbps 




P: 424 kbps 




2 


8.3.2 Frame 
format 


The test passes if the 
Preamble, SYNC, Length 
and CRC are according 
to ECMA-340. 


11.2.2.2 


P: 212 kbps 




P: 424 kbps 




3 


8.3.3 SDD at 212 
l<bps and 424 
l<bps 


The test passes if the 
data and the response 
time are according to 
ECMA-340. 


11.2.2.4 


P: 212 kbps 




P: 424 kbps 






8.4 Activation in Active c 


ommunication IVIode 








No 


Testname 


Expected result 

according to 

ECIVIA-340 


Reference clause in 
ECMA-340 


Condition 


Test results 
PASS/FAIL 


1 


8.4.1 RF Collision 
Avoidance 


The test passes if the 
DUT activates its RF 
field as specified in 
ECMA-340. 


11.1.2 


A: 106 kbps 




A: 212 kbps 




A: 424 kbps 
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8.5 Logical operation of the Target Transport Protocol 


No 


Test name 


Expected result 


Reference 
clause in 
ECMA-340 


Scenario 
number 


Condition 


Test results 
PASS/FAIL 


1 


8.5.1 Handling 
of ATR_REQ 


The test passes if 
DUT behaves as 
described in the 
scenario. 


12.5.1.3.2 


T1 


P: 106 kbps 




P: 212 kbps 




P: 424 kbps 




A: 106 kbps 




A: 212 kbps 




A: 424 kbps 




2 


8.5.2 Handling 
of PSL_REQ 


The test passes if 
DUT behaves as 
described in the 
scenario. 


12.5.3.3.2 


T2 


P: 106 kbps 




P: 212 kbps 




P: 424 kbps 




A: 106 kbps 




A: 212 kbps 




A: 424 kbps 




3 


8.5.3 Handling 
of DEP_REQ 
Information 
PDUs 


The test passes if 
DUT behaves as 
described in the 
scenarios. 


12.6.1.3 


T3 
T4 


P: 106 kbps 




P: 212 kbps 




P: 424 kbps 




A: 1 06 kbps 




A: 212 kbps 




A: 424 kbps 




4 


8.5.4 Handling 
of DEP_REQ 
Information 
PDUs with the 
"more 

information" bit 
set to ONE 


The test passes if 
DUT behaves as 
described In the 
scenarios. 


12.6.1.3 


T5 
T6 


P: 106 kbps 




P: 212 kbps 




P: 424 kbps 




A: 106 kbps 




A: 212 kbps 




A: 424 kbps 




5 


8.5.5 Handling 
of DEP_REQ 
supervisory 
PDU's with 
timeout bit set to 
ONE 


The test passes if 
DUT behaves as 
described in the 
scenarios. 


12.6.1.3 


T7 
T8 


P: 106 kbps 




P: 212 kbps 




P: 424 kbps 




A: 106 kbps 




A: 212 kbps 




A: 424 kbps 




6 


8.5.6 Handling 
of DEP_REQ 
supervisory 
PDUs with 
timeout bit set to 
ZERO 


The test passes if 
DUT behaves as 
described in the 
scenarios. 


12.6.1.3 


T9 
T10 


P: 106 kbps 




P: 212 kbps 




P: 424 kbps 




A: 1 06 kbps 




A: 212 kbps 




A: 424 kbps 




7 


8.5.7 Handling 
of DSL_REO 


The test passes if 
DUT behaves as 
described in the 
scenarios. 


12.7.1.3 


T11 
T12 


P: 106 kbps 




P: 212 kbps 




P: 424 kbps 




A: 1 06 kbps 




A: 212 kbps 




A: 424 kbps 




8 


8.5.8 Handling 
of RLS_REO 


The test passes if 
DUT behaves as 
described in the 
scenarios. 


12.7.2.3 


T13 
T14 


P: 106 kbps 




P: 212 kbps 




P: 424 kbps 




A: 106 kbps 




A: 212 kbps 




A: 424 kbps 




9 


8.5.9 Handling 
of WUP_REQ 
(Active 

communication 
Mode Only) 


The test passes if 
DUT behaves as 
described in the 
scenarios. 


12.7.2.3 


T15 
T16 


A: 1 06 kbps 




A: 212 kbps 




A: 424 kbps 
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Annex B (normative): 

Test report template for Initiator tests 



Supplier: 
Product: 



Legend: 

A: 106 kbps Active communication Mode at 106 kbps 

A: 212 kbps Active communication Mode at 212 kbps 

A: 424 kbps Active communication Mode at 424 kbps 

P: 106 kbps Passive communication Mode at 106 kbps 

P: 212kbps Passive communication Mode at 212 kbps 

P: 424 kbps Passive communication Mode at 424 kbps 





Commands and ID definitions used for protocol tests 


No 


Command name 


Description 


Data Used 


1 


TEST C0MMAND1 


Default command used for test 




2 


TEST_RESP0NSE1 


Default response used for 
TEST C0MMAND1 




3 


TEST C0MMAND2 


Default command used to force chaining 




4 


TEST_C0MMAND3 


Default command using chaining. This 
command is divided in more than 1 part. 




5 


TEST_RESP0NSE3 


Default response used for 
TEST C0MMAND3 




6 


TEST_C0MMAND4 


Default command which forces Response 
Waiting Time at Target side 




7 


TEST_RESP0NSE4 


Default response to TEST_C0MMAND4 after 
Response Waiting Time has been processed. 




8 


DID 


identifier used for tests 




9 


NAD 


Tested only if the Initiator uses NAD 


Yes / No 


10 


Chaining 


Tested only if the Initiator supports 
commands longer than 63 bytes 


Yes / No 







9.3 Activation in Passive communication Mode at 212 kbps and 424 kbps 


No 


Testname 


Expected result 

according to 

ECMA-340 


Reference clause in 
ECMA-340 


Condition 


Test results 
PASS/FAIL 


1 


9.3.1 Frame 
format 


If the Preamble, SYNC, 
Length and CRC are 
according to ECMA-340 
the test is passed. 


11.2.2.2 


P: 212 kbps 




P: 424 kbps 




2 


9.3.2 SDD at 212 
kbps and 424 
kbps 


The test passes if the 
data and the response 
time are according to 
ECMA-340. 


11.2.2.3 
11.2.2.4 


P: 212 kbps 




P: 424 kbps 
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9.4 Activation in Active communication Mode 


No 


Testname 


Expected result 

according to 

ECIVIA-340 


Reference clause in 
ECMA-340 


Condition 


Test results 
PASS/FAIL 


1 


9.4.1 Initial RF 

Collision 

Avoidance 


The test passes if the 
DUT activates its RF 
field as specified in 
ECMA-340. 


11.1.2 


A: 106 kbps 




A: 212 kbps 




A: 424 kbps 
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9.5 Logical operation of the Transport Protocol 


No 


Test name 


Expected result 


Reference 
clause in 
ECMA-340 


Scenario 
number 


Condition 


Test results 
PASS/FAIL 


1 


9.5.1 Handling 
of ATR_RES 


The test passes if 
DUT behaves as 
described in the 
scenario. 


12.5.1.3 


1 1 


P: 106 kbps 




P: 212 kbps 




P: 424 kbps 




A: 106 kbps 




A: 212 kbps 




A: 424 kbps 




2 


9.5.2 Handling 
of PSL_RES 


The test passes if 
DUT behaves as 
described in the 
scenario. 


12.5.3.3 


12 


P: 106 kbps 




P: 212 kbps 




P: 424 kbps 




A: 106 kbps 




A: 212 kbps 




A: 424 kbps 




3 


9.5.3 Handling 
of DEP_RES 
Information 
PDUs 


The test passes if 
DUT behaves as 
described in the 
scenarios. 


12.6.1.2 


13 
14 


P: 106 kbps 




P: 212 kbps 




P: 424 kbps 




A: 1 06 kbps 




A: 212 kbps 




A: 424 kbps 




4 


9.5.4 Handling 
of DEP_RES 
Information 
PDU's with more 
information bit 
set to ONE 


The test passes if 
DUT behaves as 
described in the 
scenarios. 


12.6.1.3 


15 
16 


P: 106 kbps 




P: 212 kbps 




P: 424 kbps 




A: 106 kbps 




A: 212 kbps 




A: 424 kbps 




5 


9.5.5 Handling 
of DEP_RES 
supervisory 
PDU's with 
timeout bit set to 
ONE 


The test passes if 
DUT behaves as 
described in the 
scenarios. 


12.6.1.3 


17 
18 


P: 106 kbps 




P: 212 kbps 




P: 424 kbps 




A: 1 06 kbps 




A: 212 kbps 




A: 424 kbps 




6 


9.5.6 Handling 
of DEP_RES 
supervisory 
PDUs with 
timeout bit set to 
ZERO 


The test passes if 
DUT behaves as 
described in the 
scenarios. 


12.6.1.3 


19 

110 


P: 106 kbps 




P: 212 kbps 




P: 424 kbps 




A: 1 06 kbps 




A: 212 kbps 




A: 424 kbps 




7 


9.5.7 Handling 
of DSL_RES 


The test passes if 
DUT behaves as 
described in the 
scenarios. 


12.7.1.3 


1 11 
1 12 


P: 106 kbps 




P: 212 kbps 




P: 424 kbps 




A: 106 kbps 




A: 212 kbps 




A: 424 kbps 




8 


9.5.8 Handling 
of RLS_RES 


The test passes if 
DUT behaves as 
described in the 
scenarios. 


12.7.2.3 


1 13 
1 14 


P: 106 kbps 




P: 212 kbps 




P: 424 kbps 




A: 1 06 kbps 




A: 212 kbps 




A: 424 kbps 
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